|
|
| Author |
Thread Statistics | Show CCP posts - 19 post(s) |
Amarr Mistress
Focused Radical Energy Engineering
1
   |
Posted - 2012.06.29 12:30:00 -
[1] - Quote
For the most part frame rates are back where they belong, but I still get total collapse of frames for a short time when dragging ore form cargo to jetcan for example:
See: http://clip2net.com/s/24Mjw
Also when new ore appears in the cargohold the frame rate drop to 1/3s for a second. Meaning Instancing one single icon seems to consume a LOT of resources. |
Amarr Mistress
Focused Radical Energy Engineering
1
|
Posted - 2012.06.29 12:55:00 -
[2] - Quote
Here a more detailed picture: http://clip2net.com/s/24MuA
The first 4 dips are form me just left clicking an item in a floating jet can. It is important to notice that only on the mouse release does a the dip occur!
The next deeper dips are from me dragging the item across the same jet-can and releasing it where i picked it up.
And the double dip (even deeper) is form me dragging while there was also ore popping up in my cargo hold due to a harvester cycle ending.
|
Amarr Mistress
Focused Radical Energy Engineering
1
|
Posted - 2012.06.29 13:10:00 -
[3] - Quote
One more observation:
The most horrific slowdown occurs when you drag an item (a stack of ore in my case) continually over multiple stocks of other items (what naturally occurs when dragging something)
See: http://clip2net.com/s/24MLH
Here I picked up the lower veldspar stack and dragged it over the top row of ore stacks several times! |
Amarr Mistress
Focused Radical Energy Engineering
1
|
Posted - 2012.06.30 13:10:00 -
[4] - Quote
l0rd carlos wrote:Just tested again in TQ:
1 Client Docket in Jita
1 Client flying in space.
Both startet frm the same installation dir.
Both have over 60 FPS.
jita char undocket, everthing is peachy.
Jita char docket, BOOOOOM. 5 fps, even non eve stuff like winamp does not work smooth anymore.
The 5 fps stays until i close the jita char.
Interesting, to you happen to also run the client in Fixed Window mode?
OMG. It just hit me!
Can it be that these session changes force the use of the primary display adapter?
Because on some systems and with multiple clients that would be total FPS destroying while on other it wouldn't make a difference at all! If the issue exist(ed) with AA, why not with this particular setting as well?
My own setup is 2 x ATI Radeon HD 6970 (2GB VRAM each), with each card running two two clients, running on three monitors. One card handles two monitors and the other just one). Monitors are big an I got to push a lot of pixels, even per card!
Now I remember form wen I first tried to make this work, it was important that I select the right graphics card in each client in order to not have to send all screen output over to PCI-Express (and main memory?) to the other card in order for it to be displayable.
Before Full screen window mode, even dragging part of one clients output off the screen to be displayed on another would drastically drop frame rates. I wouldn't be surprised at all many of the issues originating in this corner of the universe.
Another thing is the unsound resource use when dragging things around, maybe that forces countless redraws or some computation tat chokes stuff, with as a result dropping FPS. Have a look at that too, but I begin to feel thats a separate issue altogether.
Please inform us when you checked this avenue CCP! It is just one more concrete thing to test! |
|
|
| |
|